home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 1 / NetNews Offline Volume 1.iso / news / fido / ger / amiga / 4630 < prev    next >
Internet Message Format  |  1996-03-16  |  3KB
  1. From: Karl_Lockhoff@p16.f575.n241.z2.fido.sub.org (Karl Lockhoff)
  2. Organization: Just another Mac in the wall ...
  3. Path: f575.n241.z2.fidonet.org!not-for-mail
  4. Newsgroups: fido.ger.amiga
  5. Subject: Re: Aufbruchsstimmung !
  6. Message-ID: <MSGID_2=3A241=2F575.16=40fidonet_7B07A3BD@fidonet.org>
  7. References: <MSGID_2=3A246=2F2320.66_30c6ef9c@fidonet.org>
  8. Date: Mon, 11 Dec 1995 23:08:41 +0200
  9.  
  10. In einer Nachricht vom 07 Dec 95 schreibst Du an Karl Lockhoff:
  11.  
  12. Moin Dieter DK> Hallo,
  13.  
  14.  DK>>> zeigt sich ja an AA. 24Bit in Bitplanearchitektur ist jedenfalls
  15.  DK>>> nicht vernuenftig zu machen.
  16.  
  17.  KL>> Da bin ich anderer Meinung. Mit nur einem Bitplaneprozessor ala Agnus
  18.  KL>> ist dies schon richtig. Nimmt man aber drei Prozessoren und
  19.  KL>> synchronisiert sie,  so muesste man mit den derzeit zur Verfuegung
  20.  KL>> stehenden Mitteln 24-Bit mit AA-Geschwindigkeit hinkriegen.
  21.  
  22.  DK> Mehr Chips bedeuten wieder mehr Aufwand = teurer. Es waere ein Protokoll
  23.  DK> erforderlich, viele Logicchips, um die 3 Chips zu syncronisieren, was
  24.  DK> die Performance wieder drueckt. Im Uebrigen waere das System wie du es
  25.  DK> be- schrieben hast, wieder sehr langsam, da es bei 640x480x24Bit schon
  26.  DK> an seiner Leistungsgrenze angekommen waere.
  27.  
  28. Die Kosten erhoehen sich, dass ist richtig. Ein Protokoll zur Syncronisierung
  29. von Amigachips ist einfach, die Chips koennen dies von Haus aus (Genlock). Die
  30. Geschwindigkeit sollte nur bei dirketen Prozessoroperationen langsam sein. Alle
  31. anderen Operationen laufen mit Unterstuetzung des Blitters, sind also genauso
  32. bei 24bit genauso schnell (oder langsam) wie der entsprechende Schirm in 256
  33. Farben.
  34.  
  35.  DK> Unbstritten ist, dass Bei Chunkyarchitektur der Zugriff auf die einzelnen
  36.  DK> Pixel des Bildschirms sehr viel schneller ist, da die Bytes ganz
  37.  DK> einfach hintereinander im Speicher stehen, wie eben die Pixel auf dem
  38.  DK> Bildschirm. Um bei planarer Architektur in 24Bit auch nur ein Pixel in
  39.  DK> einer bestimmten Farbe auf den Schirm zu bringen sind ja schon
  40.  DK> mindestens 24Speicherzugriffe notwendig, waehrend bei Chunky ja nur 3
  41.  DK> oder 4 mal je ein Byte geschrieben werden muss, oder halt gleich ein
  42.  DK> ganzes Wort.
  43.  
  44. Bei Zugriffen auf einzelne Pixel sicher. Soll jedoch auf zusammenhaengende
  45. Bloecke von Pixeln (z.B. ein Fensterrechteck), so relativiert sich die
  46. Geschwindigkeit. Hier muessen gleichviel Daten bewegt werden. Da diese Aufgaben
  47. in der Amigaumgebung recht gut geloest und meistens wichtiger sind als einzelne
  48. Pixel zu setzen sehe ich keinen Grund, warum es zwingend sein soll sich von den
  49. Bitplanes zu trennen.
  50.  
  51. Der Unterschied zwischen Bitplanes und Chunkies wird bei der
  52. Spieleprogrammierung extrem deutlich. Hier kann man mit den Bitplanes 
  53. entscheidend mehr machen (z.B. einzelne Planes scrollen, Bitmasking).
  54. Kollisionroutinen lassen sich deutlich einfach realisieren.
  55.  
  56.    -    
  57.   ---      Karl Lockhoff
  58.  -----     2:241/575.16@fidonet
  59. -------    Member of TEAM Amiga
  60.